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DECLARATION UNDER 37 C.F.R. § 1.131 TO OVERCOME TAVALLAEL ET AL. 



1. This declaration is to establish the status of the invention in the above-captioned U.S. patent 
application in the United States on November 12, 1996, which is the effective date of U.S. Patent 
No. 5,864,653, entitled "PCI Hot Spare Capability For Failed Components", to Tavallaei, et al. 
which was cited by the Examiner against the above-captioned application. 

2. We are the named joint inventors of the described subject matter and all claims in the 
above-referenced application. 

3. We have read the Office Action mailed September 15, 1999, (Paper No. 13) regarding the 
patent application. 

4. We developed our invention as described and claimed in the subject application in this 
country, and acted with due diligence to reduce the invention to practice from at least November 
12, 1996, as evidenced by the following events: 

a. By at least November 1995, we had conceived of a control diagnostic and monitor 
subsystem for a server system. A document, entitled "Raptor System: A Bird's Eye 
View, Version 0.99", was written at least as early as November 2, 1995, as evidenced by 
the document date. A copy of the cover page, and pages 8 and 9 of document is attached 
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as Exhibit A. The Control Diagnostic and Monitor subsystem (CDM) supervises or 
monitors various system attributes, such as environmental conditions. This illustrates the 
limitation of a method of monitoring environmental conditions in a computerized 
environment (Claim 20). In one embodiment, the CDM creates a request message which 
identifies one or more environmental conditions of the computerized environment, sends 
the request message from a requestor to a microcontroller network which manages the 
environmental conditions, obtains the status of the identified conditions, creates a 
response message reporting the status, and sends the response message from the 
microcontroller network to the requestor. 

Further, Exhibit A, page 8, describes a system to monitor and manage specific 
functions of the first computer through a Control Diagnostic and Monitor (CDM) 
subsystem implemented by distributed CDM microprocessors connected to an I 2 C serial 
(CDM) bus. The CDM can supervise and manage selected environmental conditions 
externally from a remote second computer via the CDM bus and communication lines. 
Examples of monitored and managed environmental conditions of a computer are fan 
speed, the temperatures of the motherboard, and of the backplane. Thus, Exhibit A 
illustrates providing a microcontroller network and executing commands on at least one 
microcontroller which manages and diagnoses system functions (Claim 1). 
b. By at least January 1996, we had conceived of using a network of 
microcontrollers as the monitoring and control hardware of the subject invention. A 
document, entitled "Raptor Wire Service Architecture, Version 1.0" ("Wire 
Architecture"), was written at least as early as January 23, 1996, as evidenced by the 
document date. A copy of the cover page, pages 6-8 and 13-25 of Wire Architecture is 
attached as Exhibi t B. Pages 13-19, "Wire Service Network Physical Connections," 
describe all of the physical signal connection of all the Wire Service (network) 
controllers. These pages illustrate "connecting the microcontroller network to a computer 
containing a central processor and a memory," and "providing an information pathway 
between the network of microcontrollers and specific memory addresses of the memory" 
(Claim 1). 
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c. By at least October 1996, we developed a revised version of the architecture for the 
network of microcontrollers. A document, entitled "Raptor Wire Service Architecture, 
Version 1.3" ("Wire Architecture"), was written at least as early as October 3, 1996, as 
evidenced by the document date. A copy of the cover and pages 1, 7-10, and 36-37 of 
"Wire Architecture" is attached as Exhibit C. Page 1 contains a Wire Services Hardware 
block diagram showing the microcontroller network (Wire Services Bus) connected to a 
computer containing a central processor (CPU A or CPU B) and a memory (indicated by 
the DIMM Type Detection signal line). Thus, Exhibit C illustrates the limitation of a 
microcontroller network connected to a computer containing a central processor and a 
memory (Claims 1 and 2). Exhibit C also illustrates the limitation of an information 
pathway between the network of the microcontrollers and specific memory addresses 
(Claim 1). 

The Wire Service Hardware comprises the microcontroller network (here called 
the Wire Service Bus) that is connected to a plurality of maintenance and control 
microcontrollers. The Wire Service Bus diagram also shows the connectivity of a 
plurality of sensors to the microcontroller network. These sensors include Fan Speed 
Detection and CPU Thermal Fault Detection. Thus, Exhibit C also illustrates the 
limitation of connecting a plurality of sensors to the microcontroller network. (Claim 2) 

d. A schematic, entitled "Schematic of P6 Mother Board, Revision 54," was written 
at least as early as October 24, 1996, as evidenced by the document date. A copy of sheet 
42 of 60 for the Speed Fan Controller section is attached as Exhibit D. Exhibit D 
describes connections for environmental conditions data signal paths such as backplane 
temperature (Temperature Bus 1 and 2) and motherboard fan setting (MBFANHL). 
Thus, the exhibit describes the limitation of obtaining status of a condition identified by a 
requesting message identifying one or more environmental conditions of the 
computerized environment (Claim 20). 

5. I, Karl S. Johnson, am listed as an inventor on a provisional Patent Application No. 
60/046,397, filed May 13, 1997, which is a priority application for the subject application. 

6. We are the listed inventors on the subject regular patent applications filed on October 1, 
1997. 
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7. All acts leading to the reduction of P&hce werep^fennedln tbe United States. 

8. This declaration is submitted prior to aS&miti&cm, 



Fcaafty 9f Penury Statement 
We declare that all statements made herein of our own knowledge m txue and that all 
statements made on information and belief are believed to be true; and further thai these 
statements were made with the knowledge that willful, false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willfbl, false statements may jeopardize the validity of the application or any 
patent resulting therefrom. 



Dated: 



Karl S. Johnson 
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Ken Nguyen 
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Raptor Wire Service Architecture 



Introduction 

"Wire Service" is the code name for the Raptor project system control, diagnostic and maintenance bus 
( fom.erly known as the CDM bus). Raptor is a completely "fly by wire" system - no switch, indicator 
or other control is directly connected to the function it monitors or controls. Instead, all the control and 
monitoring connections are made by the network of processors that comprise the "Wire Service" for the 
system.The processors are Microchip PIC processors and the network is a 400 kbps I*C serial bus. A 
limited understanding of I 2 C protocol is a prerequisite for understanding Wire Service protocols (See 
"The I 2 C-bus and how to use it" - Philips Semiconductor, Jan 1992). Control on this bus is distributed, 
each processor can be either a master or a slave and can control resources on itself or any other 
processor on the bus. 
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Log Type 

The Log data type is to be used for logging byte strings in circular log buffer. It is used to record system 
events in the NVRAM system log. V - 
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Write Log Message 
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Note: The maximum number of bytes that can be written in a log entry is 249, because the log processor 
adds 6 bytes of ID and timestamp to the beginning of the message. 

The addressing of log entries has some special characteristics: 

• Reading address 65534 (OxffFe) is also special - It represents the address of the earliest available 
entry. 
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• Reading address 65533 (Oxfffd) is special - It represents the address of next message in sequence 
from the last message read from the log. 

• The address of real log entries wraps at 65279 (Oxfeff). The next sequential entry after 65279 is 0. 

• Onlyt the two special addresses above are recognized in reading the log. The address of is ignored 
on write and the next available entry is written. • .... 

• To read the entire log in forward time order, read entry at address 65534. This returns the first log 
entry. Next read from address 65533 to get the next sequential log entry. Repeat the last step until 
status indicates failure. 

• To keep a complete external copy of the log, first read the entire log in forward time order. Then 
periodically read from the next valid entry (65533) to the end and add that to the external copy. 

Note: Multiple simultaneous readers of the log will interfere with each other. This may be detected by 
the fact that each reader will see a stream of entries that are missing some log entry sequence numbers. 
To recover, the log must be read from the oldest entry again. If multiple readers are anticipated, a byte 
in the byte array area should be selected as a semaphore and the lock byte data type can be used to 
synchronize access to the log. 

Note:Log messages can also appear out of sequence if the log is being filled rapidly enough that old 
messages must be discarded before they are read. In this case the log processor returns the oldest 
currently available entry for the next entry read. 

There are also conventions for the Log Data portion of the message or response. These are conventions 
and are not enforced by the Wire Service logging function. The conventions are as follows: 

Log Data Byte 1 : Severity Level Byte 
0x00 - Unknown 
0x10 - Informational 
0x20 - Warning 
0x30 - Error 

0x40 - Severe/Fatal Error 

Log Data Byte 2: Source/Encoding Byte - which entity logged the entry in the 4 high bits 
0x00 - Wire Service Internal 
0x10 - Onboard Diagnostics 
0x20 - External Diagnostics 
0x30 - BIOS 

0x40 - Time Synchronizer 
0x50 - Windows 
0x60 - Windows/NT 
0x70 - NetWare 
0x80 - OS/2 
0x90 - UNIX 
OxAO - VAX/VMS 

- which type of encoding of the message is used in the 4 low bits of the byte. 
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0x00 - Binary 
0x01 -ASCII 
0x02 - Unicode 

Thus an external diagnostics ASCII error message would have a severity and source/encoding byte 
values of 0x30 and 0x2 L 

For binary encoded messages, additional conventions apply: 

Log Data Byte 3 and 4 are used as the LSB and MSB of a 16 bit Message Identifier. Each source group 
(OS's, BIOS, etc..) that wishes to log binary messages must maintain a file in a common format 
containing the definition of ALL possible binary messages from their source. This file contains the 
Identifier value and formatting string and any descriptive comments for each message. Identmust be 
maintained by each possible "message source group and supplied as a file to aftyrequestor. (Obsolete 
Message Identifiers MAY NOT be reused for old version compatability reasons) Log Data Bytes 5 and 
beyond are message arguments in format list order. 

An example binary message definition file entry for the BIOS might be: 

00045 "DIMM configuration bad - row %db - Types %3.3db %3.3db %3.3db %3.3db" 

Note: Most "C" printf formatting items will work except that the final letter of a numeric formatting 
sequence must be b (byte) s (short) or 1 (long) to how many bytes of the log message data it takes. 
Strings take up to the first null (zero terminated). 
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Event Type 

The event data type is to be used for alerting external interfaces of events in the Wire Service network. 
Event memory is organized as a bit vector. Each bit in the vector represents a particular type of event 
and there are a minimum of 16 bits in the vector.. Writing an event sets the bit representing the event in 
the bit vector. Whenever any bit in the event bit vector is non-zero, the interface indicates that events 
are present. 

Reading the event type returns one or more event ID*s, depending on request length and events actually 
pending in the interface. Once an event ID is read, the corresponding event bit is automatically cleared 
internally. 
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Write Event Message 
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Possible Event Types: 
CPU Status Change 
Power Status Change 
Canister Status Change 
Fan Status Change 
Communications Queue Event 
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Control Diagnostic and Monitor Subsystem 

The control of Raptor is completly "Fly By Wire" - i.e. no physical switch directly controls any 
function and no md.cator is directly controlled by system hardware. All such functions, refered to 
as Out Of Band functions', are controlled through a Control Diagnostic and Monitor (CDM) 

^TV^ ^f? by Sma " distributed C °M processors connected on a 400 kbs I*C serial 
bus ( the CDM Bus ) Critical CDM components are powered by the bias power from any of the 
power supphes which means that CDM basic CDM functions are avaiable so long as A/C power 
« aval able at the mput to any of the power supplies. The CDM subsystem supervises or monitors 
the following system features: 



'See Glossary 
Raptor System 
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• Power supplies - Presence, status, A/C good, Power On/Off and Output voltages. 

• Environment - Ambient and exhaust temperatures, Fan speed, speed control, Fan fault and 
Oyprtemp indicators^ 

• Processor - CPU Presence, Power OK, Overtemp and Fault, NMI control, System reset, 
Memory type/location and Bus/Core speed ratio. 

• I/O - I/O Canister i nsert ion/removal and status indicator, PCI card presence, PCI card power 
and Smart I/O processor Out Of Band control. 

• Historical - Log of all system events, Character mode screen image, and Serial Numbers. 

Control of CDM functions is either intrinsic ( i.e. CDM components act automatically to perform 
the function, such as when a fan fails, the remaining fan has its speed increased and the fan 
failure indicator is lit) or external (i.e. the CDM subsystem gets external input requesting the 
function ). External functions can be initiated from either the system interface port by one of the 
P6 processors or through the RS232 serial CDM interface connected to the CDM External port 

The CDM subsystem remote access feature provides for remote management of the system when 
the Operating System is not available 2 . 



2 Sec section on Remote Management. 
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/ Log Type ' ( Y> 

The Log data type is to be usea^or logging byte strings in circular log buffer. It is used to record system 
events in the NVRAM system \o&. 
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The addressing of log entries has some special characteristics. 

1 ) Reading address 65565 (Oxffff) is special - It represents the address of the latest entry in the log. 

2) Reading address 65564 (Oxfffe) is also special - It represents the address of the earliest available entry. 

3) The address of real log entries wraps at 655 1 9 (Oxff ef). The next sequential entry after 655 1 9 is 0. 

4) The address of is ignored on write and the next available entry is written. 

5) To read the enure log in forward time order, read entry at address 65564. This returns the first log entry 
along with its actual log address. Increment that address by one and read that entry. Repeat the last step 
until status indicates failure. 

6) To read the entire log in reverse time order, read entry at address 65565. This returns the last log entry 
along with its actual log address. Decrement that address by one and read that entry. Repeat the last step 
until status indicates failure. 

7) To keep a complete external copy of the log, first read the entire log in forward time order and remember 
the last valid entry. Then periodically read forward from the remembered last valid entry to the end and 
add that to the external copy. 

Event Type 

The event data type is to be used for alerting external interfaces of events in the Wire Service network. 
Event memory is organized as a queue. The queue will probably be quite small (< 20 Events). Writing an 
event places the event ID at the next available entry, unless the last queue entry would be written by this 
event In that case, the last queue entry is a Queue Overflow Event and the write fails. This allows the 
external interface to realize that events were lost and it should scan for any changes in data. 
Reading the event type returns requested number of events in the queue or the entire queue which ever is 
less and removes them from the queue. 
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Write Event Message 
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Possible Event Types: 
CPU Status Change 
Power Status Change 
Canister Status Change 
Fan Status Change 



Screen Type 

The screen data type is to be used for communication of character mode screen information from the 
system BIOS to remote management interface. 
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Wire Service Network Physical Connections 



The following uble describe all of the physical signal connections to all of the Wire Service processors. 
The names for the connections will be related to network accessible memory data in the section which 
follows called "Wine Service Network Memory Map". 

Note: All signal types and definitions are from the viewpoint of the individual Wire Service PIC processor 
( e.g. Input means input to PIC processor ) 
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RB3 


vo 


S1J.CO D3 


LCO Controfter Data Bus M 3 


RB4 


vo 


S1.LCO 04 


LCO Controller Data Bus bit 4 


RB5 


I/O 




Lw vUl IIILIWI UC8 BUS D*T D 


RB6 


vo 


S1_LC0_O6 


LCO Controller Data Bus bft 6 


RB7 


vo 


Sl_LCO_07 


LCO Controller Data Bus bit 7 


RCO 


1 


Sl.FAN TP 


Tachometer pUsa Input from selected fan 


Genertffy routed to counter 


RCt 


o? 


SI OK TO RUN 


Drives SYS PWRGOOO signal 


Svstem shafts on 0->1 transKion 


RC2 


1 


SI .RESET SW 


Undenounced Input from System Reset twftch 




RC3 


vo 


S1_I2C DATA 


Wire S*\<c« Bus Clodc 02C1 


Or*/ used for I2C 


RC4 


vo 


S1J2C.CLK 


Wtrs SWca Bus Data fl2Cl 


RCS 


o 


S1_FAN SELO 


Fan Tactometer Muftrpfexer Select Bit 0 


LHedtosetect which fan 
tachomener pulse output is paled to 
Sl.FAN.TP 


RC6 


o 


S1_FAN_SEL1 


Fan Tachometer Muftip»e»r Select Bit 1 


RC7 


0 


S1 FAN SEL2 


Fan Tachometer MutttpJew Select Bit 2 


RDO 




S1 OIMM 00 


DIMM Type port MO 


These fines make up in 6 bit port 
*rich or which the OIMM rnodute ti 
rw stct aeiected by S1.BC.OS0. J 
presents ts type data U any. H no 
DWM b present In the slot selected 
t* OIMW type Ms are an Vs.. 


R01 




SI OIMM 01 


DIMM Type port bit 1 


R02 




S1.0IMM 02 


DIMM Type port M 2 


RD3 




S1_0IMM 03 


DIMM Type port MS 


RD4 




S1.DIMM 04 


DIMM Type port M 4 


R05 




S1 DIMM OS 


OIMM Type port MS 


RD€ 




S1.DIMM 06 


DIMM Type port M 6 


RD7 




S1_DIMMJ>7 


DIMM Type port M 7 


REO 


o 


S1 J.CO RS 


LCO Controller Register Select 


See LCO Contrcfler dau sheet for 
Oc-fcU cr cperation o( these signals 


REl 


0 


S1JjCO_ENA 


LCD Controller Register Enable 


RE? 


o 


S1 LCO RW 


ACD Controller Raster Read/Write 



Raptor Wire Service Architecture 



Wire Service System Monitor 8 (System Type tO S2) Processor K> 4 
Pin Type Name Firtction Notes 





o 


S2 FLASH LEO 


CPU Display the Enabi*>Disebie rtate of the BIOS Flesh ROM 


Should trade S2^FLASH_ENA 


RA1 


o 


S2_SBFLT^LED0 


System Board FRU LEO Pin 0 (bicotor LED) 


Drive in tfrlerent combinations tor 
OFF. AMBER. GREEN 


RA2 


o 


S2^S8FIT_LED1 


System Board FRU LEO Pin 1 (Woofer LEO) 


RA3 


o 


S2^0VRTMP LEO 


Ov*r Temperature LED 




RM 


1 


S2 TEMP CPLU 


Thermal Fautt - CPU 4 


Indicator that CPU has exceeded 
temperature Hmh and f aufted 


RA5 


1 


S2_TEMP_CPU3 


Themuf Fiuft - CPU 3 


RBO 


0 


S2^SB JTAG 


Enable System Bowd JTAG Chain TMS 




RBI 


o 


S2_FLASH_WE 


Syrt»m BtOS FLASH Write Enable 




R82 


1 


S2_FLASH_SW 


System BtOS FLASH Write Enable S«4tcn ( undenounced ) 




RB3 


1 


S2 NMt SW 


System Non-Maskable Interrupt (NMI) Switch (urytebounced) 




RB4 


1 


S2.POK CPU1 


Power Good eigne* from CPU 1 


Indicator that power regulator for 
CPU is operating correctly. Only 

present (S2.PRES.CPUk) 


R8S 


1 


S2 POK CPU2 


Power Good sionaf from CPU 2 


RB6 


1 


S2.POK CPU3 


Power Good siqnef from CPU 3 


RB7 


1 


S2 POK CPU4 


Power Good aignaf from CPU 4 


RCO 


X 




Unused 




RC1 


K 




Unused 




RC2 


o 


S2.NMICPU4 


NMI Requestor CPU 4 


Toqgfe to cause NMI to CPU 


RC3 1 


vo 


S2J2CCLK 


Wire Service Bus Dal a (12C) 


Onfyused tor CC 


RC4 


I/O 


S2 I2C CLK 


Wire Service Bus Data (I2C) 


RCS 


o 


S2 NMI CPU3 


NMI Request for CPU 3 


See S2 W NMI_CPU4 above 


RC€ 


o 


S2.NMI CPU2 


NMI Request for CPU 2 


RC7 


o 


S2.NMI CPU1 


NMI Request for CPU 1 


ROO 




S2_PRES_CPU1 


Presence detection bit - CPU 1 


Asserted when a processor inserted 
in the system board 


RD1 




S2PRESCPU2 


Presence deteetkn bft • CPU 2 


R02 




S2_PRES_CPU3 


Presence detection W • CPU 3 


R03 




S2J>RESJS>U4 


Presence detection txt - CPU 4 


R04 




S2_ERROR_CPU1 


Processor FetA bit - CPU 1 


Processa either farted BIST on 
startup or later other fautt Onfy valid 
I corresponding CPU is present 
(S^PRES.CPUx) 


ROS 




S2_ERROR_CPU2 


Processor Fautt M • CPU 2 


RD6 




S2 ERROR CPU3 


Processor Feutt t* * CPU 3 


RD7 




S2 ERROR CPLM 


Processor Fauft W * CPU 4 


REO 


o 


S2_SYSFLT_LED 


System Fautt summary LED 




RE1 


1 


S2_TEMP_CPU2 


Thermal Fault • CPU 2 


See S2.TEMP.CPU4 above 


RE2 


J 


S2 TEMP CPVi 


Themiaf Fautt - CPU 1 
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Wire Soviet System Recorder {System Type 10 S3 ) Processor 10 1 



RAO 


O 


S3 NVRAM Afl 


NVRAM Address B4 6 


NVRAM Address Bus Bits 6*13 


RA1 


O 


S3_NVRAM A9 


NVRAM Address Bit 9 


RA2 


o 


S3_NVRAM A10 


NVRAM Address BH 10 


RA3 


o 


£3 NVRAM All 


NVRAM Address &* 11 


rju 


o 


S3 NVRAM A12 


NVRAM Address Bit 12 


RA5 


o 


S3 NVRAM A13 


NVRAM Address 84 13 


RBO 


I/O 


S3 NVRAM 00 


NVRAM Dtt« Bit 0 


NVRAM 6 Bit Data Bus 


RBI 


vo 


S3 NVRAM D1 


NVRAM Oct! B* 1 


RB2 


vo 


S3_NVRAM 02 


NVRAM Data 84 2 


RB3 


I/O 


S3_NVRAM 03 


NVRAM Data 84 3 


RB4 


vo 


S3 NVRAM 04 


NVRAM Data Bit 4 


RBS 


vo 


S3.NVRAM 05 


NVRAM Data B4 6 


RB6 


vo 


S3_NVRAM 06 


NVRAM Data 84 6 


RB7 


vo 


S3_NVRAM D7 


NVRAM Data 847 


RCO 


o 


S3 NVRAM CS2 


NVRAM Chip Set act (Negative Logic) 


Contrd signals tor NVRAM • See 
Dates DS124S data sheet 


RC1 


o 


S3.NVRAM OEZ 


NVRAM Output Enable (Negative Lotfc) 


RC2 


o 


S3_NVRAM^WEZ . 


NVRAM Write Enable (Negative Load 


RC3 


vo 


S3_I2C_CLK 


Wire Service Bus Data (t2C1 


Onry used for 12C 


RC4 


I/O 


S3J2C_CIK 


Wire Servtee Bus Data Q2CS 


RCS 


o 


S3 NVRAM A14 


NVRAM Address 64 14 


NVRAM Address Bus Bits 14*16 


RC6 


o 


S3 NVRAM A1S 


NVRAM Address Bit 15 


RC7 


o 


S3_NVRAM A16 


NVRAM Address Bit 16 


RDO 


o 


S3 NVRAM AO 


NVRAM Address B4 0 


NVRAM Address Bus Bits 0-7 


ROt 


o 


S3.NVRAM A1 


NVRAM Address Bit 1 


R02 


o 


S3_NVRAM A2 


NVRAM Address Bit 2 


R03 


o 


S3 NVRAM A3 


NVRAM Address Bit 3 


R04 


0 


S3 J4VRAM A4 


NVRAM Address Bit 4 


R05 


o 


S3 NVRAM AS 


NVRAM Address 64 S 


R06 


o 


S3 NVRAM A6 


NVRAM Address 84 6 


RD7 


o 


S3 NVRAM A7 


NVRAM Address B4 7 


REO 


o 


S3_RTC CtX 


Rear Time ©ode - Data CJock 


See DaJUs OS 1603 data sheet 


RE1 


1 


S3^RTC OATA 


Reef Time Clock - Serial Data 


RE? 


o 


S3 RTC RST7 


Jtof Time Dock - Protocol Reset (N«»fiv* l ooiet 
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Wire Service Backplane (System Typ« 10 S4) Processor 10 2 
Pin Type Name Function Notes 



RAO 1 A 


S4 VOLTS PSV 


Analog measure erf system +5 vdx main tupoty 


Use 0/A converter to read voltages 
as 0-255. Calibration constants ara 
oetermined externally 


RA1 


A 


S4 VOLTS P3V 


Analog measure of system +3.3 vert main suppty 


RA2 


A 


S4 VOLTS P12V 


Analog measure of rvrtem *12 «ft main tuppfy 


RA3 


A 


S4 VREF 


Voftaoe Reference for Art) converter 


Unused 


RA4 


X 








RAS 


A 


S4_VOLTS N12V 


Analog measure of system -12 vert main suppry 


See S4_VOLTS PSV 


RBO 


VO 


S4j>SN_CANt 


Presence and Serial Number VO for Canister 1 


These are all lines to one wire serial 
data EPROMS. See OaTt&s DS2S0x 
data sheet for programming 
•formation 


RB1 


vo 


S4_P$N_CAN2 


Presence arid Serial Number VO (or Canister 2 


RB2 


I/O 


S4 PSN CAN3 


Presence and Serial Number I/O (or Canister 3 


RB3 


vo 


S4 J>SN CAN4 


Presence end Serial Number VO (or Canister 4 


RB4 


vo 


S4_PSN_CANS 


Presence and Serial Number VO for Canister 5 


RB5 


vo 


S4 PSN CAN6 


Presence and Serial Number VO for Canister 6 


RB6 


vo 


S4 PSN CAN7 


Presence and Serial Number I/O (or Canister 7 _ 


RB7 


vo 


S4 PSN CANS 


Presence and Serial Number I/O for Canister 6 


RCO 


r 








RC1 




64 ACOK PS3 


A/C kvut OK to Power Supply 3 


Should check ont/X PSN for power 
suppty ktfcales presence. 


RC2 


1 


S4ACOKPS2 


AC Input OK to Power Suppty 2 


RC3 


VO 


S4 t2C CLK 


Wire Service Bus Oait 02C1 


Onfy used fa (2C 


RC4 


vo 


S4 t2C_CLK 


Wire Sendee Bus Deta (12C) 


RC5 


1 


S4ACOKPS1 


AJC Input OK to Power Suppty 1 


S«eS4 ACOK PS3 


RC6 


o 


S4 POWER ON 


Enable mam output from power supples 




RC7 


1 


S4 POWER.SW 


Power On/Off switch (undebounced) 




R00 


vo 


S4PSNPS1 


Presence and Serial Number (or Power Suopty 1 


These are all Enes to one wire serial 
daia EPROMS. See Dallas DS2S0x 
datasheet 


RD1 


vo 


S4_PSN_PS2 


Presence end Serial Number for Power Suopty 2 


RD2 


vo 


S4PSNPS3 


Presence and Serial Number for Power Suppty 3 


RD3 


vo 


S4PSNBP 


Presence and Serial Number for Backplane . 


Daflas DS250* also 


RD4 


vo 


S4 PSN_SB 


Presence and SeriaJ Number fa System Board 


Dallas DS2S0xafso 


RDS 


1 


S4_BP_TYPE 


Backplane Type ( 0i Small 1: Urpe ) 




R06 


vo 


S4 TEMP SCL 


Temperature Bus Cfock 


t2C focal bus for temperature 


RD7 


vo 


S4_TEMP_S0A 


Temperature Bus Serial Oata 


probes at dff erent system points 


REO 


1 


S4_DCOK_PS3 


DVC Output OK (rom Power Suppty 3 


Should check only tf PSN for power 


RE1 


1 


S4 DCOK_PS2 


D/C Output OK from Power Suppty 2 


tupoty indicates presence. 


RE2 


■ 


S4 f>COK PS1 


D/C OutDut OK from Power Suoofv 1 
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Wire Service C«W«t#f (System Type 10 S5) Processor 10 2x where k ts the slot (0 



RAO 


O 


S5.P12V ENA 


Turns on W- 12 voft to a/I PCI flats 


Used to sequence power to Pa 
cards. 


RA1 


O 


S5 PSV ENA4 


Turns on *5 verts to PCI slot 4 


RA2 


o 


S5_P5V_ENA3 


Turns on +5 verts to PCI slot 3 


RA3 


o 


S5_PSV_ENA2 


Turns on +5 vans to PCI slot 2 


RA4 


o 


SS_PSV_ENA1 


Turns on +5 varts to PCI slot 1 


RA5 


7 








RBO 


1 


S5.CAN AO 


C«n<st«r Address bit 0 


Determine the Wire Service bus 
address of this canister 

-. 


RBI 


1 


S5_CAN A1 


Canister Address txt 1 


RB2 


1 


S5_CAN A2 


Canrstar Address txt 2 


RB3 


1 


SS.PRSNT S5 


Specie! Slot S HOP/PCI lumper) present \ 


Indicates somethino is in slot S 


R&4 


I/O 


S5_PSN_S5 


Present Serial Number for speeiaf slot 5 


From OS 250x in slot 5 card fif IOP} 


RBS 


t 








RB6 


I 








RB7 


X 








RCO 


1 


S5.FANJTP 


Tachometer pulse Input from selected tan 


Generally routed to counter 


RC1 


o 


SS_FAN_SELO 


Fen Tachometer Muflipfew Select Bit 0 


Select which fan to monitor taeh. 


RC2 


K 








RC3 


vo 


S5 CC CLK 


Wire Sendee Bus Data ft2C) 


Onfy used for I2C 


RC4 


vo 


S5J2C CLK 


Wire Sendee Bus Oala (12C) 


RC5 


o 


SS CANFAN LEO 


Canister fan fauft LED 


Assert on any Canister fan failure 


RC6 


o 


S5_CANFLT LEDO 


Canister FRU LED Pin 0 (bicotor LED) 


Drive in different combinations fa 
OFF. AMBER. GREEN 


RC7 


o 


S5^CANFLT_LED1 


Canister FRU LED Pin 1 (bicdor LEO) 


ROO 




SS_PRSNT_S1A 


Pa card present in Slot 1 (A pin) 


Pa slots have 2 presence pins • 
see Pa spec for usage and 
meant no,. 


R01 




S5 PRSNT S1B 


PCI card present In Slot 1 (8 pin) 


RD2 




SS.PRSNT S2A 


PO card present In Slot 2 (A pin) 


RD3 




SS^PRSNT S2B 


Pa card present In Slot 2 (B pin) 


RD4 




SS_PRSNT_S3A 


Pa esfd present In Slot 3 (A pin) 


ROS 




S5 PRSNT S3B 


Pa card present In Slot 3 (B pin) 


RD€ 




SS.PRSNT S4A 


Pa card present In Slot A (A pin) 


RD7 




S5J>RSNT.S4B 


Pa card present In Slot 4 (B pin) 


REO 


o 


S5.CAN JTAG. " 


Enable Canister£oard JTAG Chain TMS 


Required to select ffw JTAG chain 


RE1 


o 


S5_NMt_S5 


NMI card b special slot S OOP) 


Togqie to NMI IOP in slot 5 


RF2 


o 


S2 FAN HI 


Canister fan ipgedtonioh 'Assert Hfl 


Assert on anv Canister Ian Inlhtr* 
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Wire Service Remote Interface (System 
Pin Type Name 



vo 



Type 10 S6) Processor 10 1 1 

Function 



S6_PSN_Rl 



Sena.' Number information for Remote Interface 



RA1 
RA2 



RA3 



HAS 
RBO 



S6_MQQEM_0TR 



Modem Signal (0<*a Terminal Ready) 



R8t 
RB2 



S6M0DEMDSR 



Modem Signal (Dafa Set R—oM 



S6MO0EM CO 



Modem Signal (Carrier Detect) 



RB3 
RB4 



S6^M0QEM Rl 



Modem Signal (Ring IreSctfe) 



S6_M00EM_RTS 
S6_M0DEM_CTS 



Modem Signaf (Request To Send) 



RB5 
RB6 



Modem Signal (Ow To Send) 



RB7 
RCO 



RC1 
RC2 



K 

VO 



RC3 



RC4 
RCS 



I/O 



SSJ2CCLK 



SSJ2C_CLK 



Wire Service Bus Dafa ff2C) 



Wire Sendee Bus Data 02C) 



Only used for I2C 



RC6 



RC7 
RDO 
RD1 
RD2 
RD3 
R04 
R05 
RD6 
RD7 
REO 
RE1 
EE2_ 



S6_M0DEM_TXD 



S6_M00EM_RXD 



Modem Signal (Transmrt Data ) 



Modem Signal (Receive Oata ) 



Controlled by chip uriaj intertace 
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Raptor Wire Service Architecture 



Wire Service Network Memory Map 

This section defines the Wire Service Network Memory Map for the first Raptor system. Its purpose is to 
identify all Wire Service addressable entities and describe their function and any s pedal information about 
them. 

This section is incomplete yet and only a small incomplete sample is supplied. (Although some of the 
more complicated ones are described.) 

The address format is***pp:aaaa". where "p" is the processor ID (hexadecimal) of the Wifje Service 
Processor where the data resides and "aaaa" is the hexadecimal address or address range for the data. 



Nan* 


Type 


Address 


Description 


Notes 


WS.OESC.Pn 


STRING 


OcjOOOO 


Wire Service Processor 
Type/Description 




WS.REV.Pn 


STRING 


On0001 


Wire Servfoe Software 
Revision/Date Info 




WS_SB.FAN.HI 


BCT 


03 


System Board Fans HI 


Controls Sl.FAN.HL Set on 0->1 transition of 
WS.S8_FAN.LE0. Geared by other software 


WS.SB_FAN.LEO 


BIT 


03 


System Board Fan 
Fault LEO 


Controls S1.S8FAN.LED. ft is set whenever 
any WS.SB.FANFAULTn is set Log 0->l 
transition 


WS.SB.BUSCORE 


BYTE 


03 


System Board 
BUS/CORE speed ratio 
to use on reset 


VaJue is asserted on S1.BC.DS10-3] unless 
reading DIMM types. Set to 0 on power on. 


WS.SYS.LCO 


STRING 


03 


Value to cf splay on LCD 


For a Nx2 display the first N bytes display on 
top fa* and the second N bytes display on the 
bottom line. Manipulates Sl.LCO.DtO-71. 
Sl.LCO.RS. Sl.LCO.ENA. S1.LC0.RW 


WS.SB.FAN1 


BYTE 


03 


System Board Fan 1 
speed 


Appro)*nalery every second a (an is selected by 
Sl.FAN_SEL[0-2J and monitored via . 
S1.FAN.TP drMng a counter (or a known 
period of lime. The counter ts then loaded into 
tw appropriate tan speed, t WS_SB_FAN_HI 


WS_SB_FAN2 


BYTE 


03 


System Board Fan 2 
speed 


WS_SB_FAN3 


BYTE 


03 


System Board Fan 3 
speed 


is not set then the speed is compared against 
WS.SB.FAN.LOUM. tf f an is slow set 
accropriale WS.SB.FANFAULTn otherwise 


WS.SB.FAN4 


BYTE 


03 


System Board Fan 4 
speed 


cteerK 


W S.S B_FANF AULT1 


err 


03 


System Board Fan 1 
Faulted 




WS.SB.FANFAULT2 


BIT 


03 


System Board Fan 2 
Faulted 
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WS_S8_FANFAULT3 


BfT 


03 


System Board Fan 3 
FatAed 




WS_SB_FANFAULT4 


BfT 


03 


System Board Fan 4 
FatAed 




WS.SB_FAN.LOUM 


BYTE 


03 


Fan speed tow spaed 
faLftSmft 


Sat to 777 on power on 


WS_SB.01MM.SEL 


BYTE 


03 


Th« DIMM select bits to 
use when react ng 
DIMM.TYPE 


The tow order 4 bits are the select bits to use 
whan WS_SB.OtMM.TYPE is read. 


W S_S8_DI MM.TYP E 


BYTE 


03 


The type of OIMM h the 
CXMM.SEL position 


When read uteris vahie of 
WS_SB_CKMM_SELcn S1_BC_0S[0-3] and 
then returns v_ue of Sl.D<MM_D{0-7] 


WS.SB_FLASH.ENA 


BIT 


04 


Indcales FLASH ROW 
write enabled 


SevCtea/ed by debounced 0->1 transition of 
S2FLASH_SW. 

Controls state of S2_FLASH_WE and 
S2.FLASH.LE0. 


WS.SB.FRU.FAULT 


BIT 


04 


tnOceles the FRU 
status 


At power on starts at 1. Controls 
S2_SBFUT_LED(0-1] la bicoky LED cdors 
O-Green 1 -Amber. ©eared by other software 


WS_SYS_OVERTEMP 


fin- 


04 


Irtfeaies Owrtemp 
(autt 


At power on is sal Controls 
S2_OVRTMP_L£0. Ccocrofled by wire service 
backplane processor. 


WS.SB.JTAG 


Err 


04 


Enables JT AG chain on 
system board 


Dear ai power on, Controls S2_SB_JTAG 


WS_SB_CPU_PRES 


BYTE 


04 


CPU Presence bctt 
(LSB-CPU1) 


Assamblelrom S2_PRES_CPU[1-4] 


WS_SB.CPU.ERR 


BYTE 


04 


CPU Error bits 
(LS8*CPU1) 


Assemble from S2_ERR0fl_CPUl1-4] 


WS_SB_CPU_TEMP 


BYTE 


04 


CPU ThermaJt a_tt bits 
(LSB.CPUt) 


Assemble from S2_TEMP_CPU( 1 -4] 


WS.SB.CPU.POK 


BYTE 


04 


CPU Power OK 
(LSB-CPUi) 


Assembte !rom S2_PO*CCPU(1-4J 


WS.NMI.MASK 


BYTE 


04 


CPU NMl processor 
mask (LSB*CPU1) 


Def autls to afl ones on power up 


WS_NMI_REQ 


Brr 


04 


NMt Requestor* 


When set putsa S2.NMJ.CPUn corresponding 
to each bit set k\ WS.NM3.MASK. Then clear 
request biL Log Action 


WS.SYSFAULT 


BfT 


04 


System Fault Summary 


This bit is set a* «ny (aufts detected k\ the 
system. Controls S2.SYS FLT.LED 
Bits scanned WS.SP.CPU.FAULT. 
WS.S B.FRU.FAULT ( other (autU7) 


WS.SB.CPU.FAULT 


err 


04 


CPU Fault Summary 


This bit Is set I (( WSJBB.CPU.ERR 1 
WS.SB_CPU.TEMP 1 -WS.SB.CPU.POK ) 
& -WS_SB.CPU.PRES) U 0. Log 0-»1 
transition with CPU bytes. 
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WS.BP.PSV 


BYTE 


02 


Analog Measure of *5 
voft main suppry 


read from S4_V0LTS_PSv 


WS.BP.P3V 


BYTE 


C2 


Analog Measure of *3.3 
voft main suppty 


read from S*_VOLTS_P3v 


WS.BP.P12V 


BYTE 


02 


Analog Measure of +12 
voft main suppty 


read from S4_VOLTS_Pt 2v 


WS.BP.PSV 


BYTE 


C2 


Analog Measure of -12 
voft main suppty 


read from S4_VOLTS_N12V 


WS_SYS.CAN.PRES 


.BYTE 


C2 


Presence bits for 
canisters 
(LSB.1. MSB-8) 


contrcfled by S4_PSN_CAN[i^ A previous 
value byte needs 10 be irutfmained so canister 
transitions can be recognized. Previous value 
initialized to zero. Periodic monitor scans for 
new canisters. When new canister is 
recognized read tua serial data and store in 
WS_SYS.CAN_SER(ALft then log and send 
event 


WS_SYS.PS.PRES 


BYTE 


02 


Presence bits (or power 
supplies 

(LSB«1, MSB*3) 


controlled by &c_PSN_PSt 1 -3J. A pr evious 
value byle needs to be maintained so power 
auppty transMons can be recognized. Previous 
value WtiaSzed to zero. Perfect c monitor scans 
for new power suppGes. When new power 
suppty is recognczed read futl serial data and 
store in WS.SYS.PS.SERlALn then log and 
send event 


WS.SYS_PS.ACOK 


BYTE 


C2 


Power supply ACOK 
(LSBd, MSBs3) 


controfled by S-.AC0K_PS(1-31. A previous 
value byle needs to be maintained so power 
supply transitions can be recognized. Previous 
value rutuTaed to zero. Perioolc monitor scans 
for chanoes Is ACOK and sends events 


WS.SYS_PS.DCOK 


BYTE 


02 


Power suppty DCOK 
status 

(LSB.1, MSB-3) 


controfled by S4_DC0KjPS[1 -3J. A previous 
value byt« needs to be maintained so power 
suppty transitions can be recognized. Previous 
value initialized to zero. Periodic monitor scans 
for changes Is ACOK and sends events 


WS.SYS_BP.TYPE 


BYTE 


02 


Type of system 
backplane eurreotty ortfy 
twotypesTypeO-4 
canister (smaft) and 
Type U8 canister 


controoed by S4_BP_TYPE 


WS_SYS.TEMP.SB1 


BYTE 


02 


Temperature of system 
board position 1 


controfled by rearing Dallas temperature 
transducers connected to serial bus on 
S4.TEMP.S0A end S4.TEMP SCL 


WS_SYS_TEMP_SB2 


BYTE 


02 


Temperature of system 
board position 2 


WS_SYS_TEMP_BP1 


BYTE 


02 


Temperature of 
backplane position i 


WS_SYS_TEMP_BP2 


BYTE 


02 


Temperature of 
backplane position 2 
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WS_SYS.TEMP.WA 
RN 


BYTE 


02 


Warning tempa-rstura. 
Initiaiiz— 4 to 77? 


K tny WS.S YS.TEMP.wn exceeds this wJu«. 

L-v*« _ _ nt *_f IA/C CVC Al/COTCun 
*-V< *-«TQ frtnl, Iff fYO.oTo - .UVtHltMr 


WS_SYS.TEMP.SHU 
T 


BYTE 


02 


Shutdown temperature. 
InctielzedtoT?? 


It any WS.SYS_TEMP.iocn exceeds this value, 
log and dear WS.SYS.POWER 


WS.SYS.REQ POW 
ER 


Brr 


02 


Set to request rnam 
pow on 




WS.SYS.POWER 


err 


02 


Controls system master 

pCW 

S4.POWER.ON 


Whan tf_s bit is set f»t set S4.POWER ON. 
WS.STS.RUN . 0. WS.S YS.RSTIMEfl". 5 

^v* «* o** ** ciearoo near 
S4.POWER.ON and log. 


WS.SYS.RST1MER 


BYTE 


02 


Used to <W«y reset/run 
una pow stab&zed 


Counts down to Oct 10 counts per second. 
When 1->0 tneosftian sets WS.SYS.RUN. 


WS.SYS.RUN 


Brr 


02 


Contrds the system 

rutftfrunSne 

S1 OK TO PUN 


It this b% is cleared, clear Sl.OieTO.RUN 
and log. 

If ft 1*1 tw* U mm* mm* C 4 TA nt Hi ii 

n ms oc is sat, set 5 i _Ot\ w TO.RUN and log. 


WS.CAN.POWER 


err 


2x 


Controls canister PCI 
stot power 


Whan s* then set 

SS.PSV_ENA{1„<J.S5.P12V.ENA k\ that 
order wC» smafl (about 1 ms) delay between 
each, fw-itog. 

When cleared then ctear S5.P12V.ENA. 
S5.PSV.tNA{1 „4] then log 


WS.CAN PCI PRES 
ENT 


BYTE 


2x 


Reflects PCI card 
«Jot{l„4) presence 
indicator pins 
(MSBtoLSB) 
<B.4A.38.3A£B,2A.lB t 
1A 


Reflects data from S5.PRSNT_S(1„4IAVB] 


WS.CAN.SS.PRESE 
NT 


BfT 


2x 


Indicates (he presence 
of something In slot 5 


Reflects SS.PRSNT.S5 


WS.CAN.SS.SMART 


Brr 


2x 


Indicates something 
other tfwn a passive 
board in stotS 


On pew up attempt to read DaAas aerial 
number chip using S5.PSN.S5. If present set 
this bit and read futt serial data and store in 
WS.SYS.CANJOP.SERIALn 


WS_CAN.FAN.HI 


bit 


2x 


Canister Fans HI 


Controls Sl.FAN.Kl Set on 0->1 transition of 
WS.S8_FAN.LED. Cleared by other software 


WS_CAN_FAN_L£D 


BfT 


2x 


Canister Fan Fault LEO 


ContPrfs S5.CANFAN.LED. It ts set whenever 
eny WS.CAN.FANFAULTn Is set tog 0->l 
transition 


WS.CAN.FANFAULT 
1 


BIT 


03 


Canister Fan 1 Faulted 




W S.CAN.FANFAIJLT 
2 


Brr 


03 


Canister Fan 2 Faulted 
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WS.CAN.FAN1 


BYTE 


2x 


Canister Fan 1 speed 


Appfowmatery every second a (an is selected by 
S5.FAN.SEL0 end monitored via S5.FAN.TP 
drMng a counter for a known period of time. 
The counter b then loaded Into the appropriate 
Ian speed tf WS.CAN_FAN.HI is not sat then 
tf* spaed is compared against 
WS.CAN.FAN.LOUM. tf fan is slow set 
appreciate W S.QAN.FANFAULTn otherwise 
dear It 


WS.CAN.FAN2 


BYTE 


2x 


Canister Fan 2 speed 


WS.CAN.FAN.tOU 
M 


BYTE 


2x 


Fan lew speed tautt lime: 


Set to equivalent of ox RPM on power on 


WS.CAN.JTAG.ENA 


BTT 


2x 


Enable XT AG TMS 
chain for canister 


Copy tat value to SS.CAN Jjf AG 


WS.CAN_NMI.S5 


BIT 


2x 


NMfcardlnskxs 


whan sat, puUe S2.NM1.SS 


WS.RI.CO 


BTT 


It 


Status of Remote Port 
Modem CO 


FcGows S6.MOOEM.CO 


WS.RI.DTR 


err 


11 


State of Remote Port 
Modem OTR 


Controls S6.MO0EM.0TR 


WS.RI.DSR 


BTT 


11 


Status of Remote Pot 
Modem DSR 


Fcflows S6.MO0EM.DSR 


WS.Rt.RTS 


BTT 


11 


Status of Remote Port 
Modem RTS 


Controls S6.MODEM.RTS 


WS.RLCTS 


BTT 


11 


Status of Remota Port 
Modern CTS 


Fcflows S6.MODEM.CTS 


WS.RI.CAUOUT 


BYTE 


11 


Controls CM out Script 
activation 


tf written to tt Initiates Ce/l out sequence 
programmed ki WS.SYS_CALL_SCRtPT 
passing value as ajyument lo script Log it 
( Format of Script Programs TBD ) 


WS.RI.EVENTS 


EVENT 


11 


Remota interface Event 
Oueua 


See Event Data type description in prior 
section. 


WS.S1.EVENTS 


EVENT 


10 


System interface Event 
Oueua 


Sae Event Data type description in prior 
section. 


WS_SYS.LOG 


LOG 


01 


System Log 


The system log kept bi NVRAM ( See LOG 
data type in previous taction ) 


WS.SYS.SCREEN 


SCREE 
N 


01 


System Screen 


A copy of tf>e most recant character mode 
scfaen from the system vkieo cUpUy < Sae 
SCREEN data type in previous section ) 


W S.S YS.SB.SERIAL 


STTUNS 


01 


Last known System 
Board tenet data 




WS.SYS.BP.SERIAL 


STRING 


01 


Usl known Beck Plena 
serial dau 




W S.S YS.RI.8ERIAL 


STFUNG 


01 


Last known Remota 
Interface serial data 
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WS_SYS_CAN_SER! 


STRING 


01 


Ust town Cani star (1- 


Maybe zero length V no canister ever seen 


WS.SYSJOP.SERIA 


STRING 


01 


Ust known IOP in 
Cents ter|l-«]Sertaf 
data 


May be zero length H no canister ever teen or 
current emitter has no IOP 


WS.SLOUEUE 


QUEUE 


01 


Queue d <Ult going to 
System Interface 


See Queue dale type In previous section 


WS.RLQUEUE 


QUEUE 


01 


Queue of GJU going to 
Remot« Interface 


See Queue data type in previous section 


WS.SYSJCDATA 


BYTE 
ARRAY 


01 


Byte Array lor storage 
of arbitrary externa* data 
in NVRAM 


Wire Service fust maintains this VM 

is unaware of the meaning of any data stored ri 


WS_SYS.EXT_KB 


BYTE 


01 


Size of the 
WS_SYS JCDATA in 
Wtobytes 


Necessary (or memory fi«nagement of the data 
area 
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Wire Service Remote Interface Serial Protocol , n - . 

The Wire Service Remote Serial protocol /is used to communicate Wire Service messages across, a serial 
link from a Wire Service Remote Interface processor attached to a<jtap^ to" a Wire Service RenAote 
management prpcesson It encapsulates Wire Services messages in a transmission envelope to provide 
error free communications and link security. 

In order to be easily processed by the remote interface processor, the remote interface protocol is based 
on the concept of byte stuffing, That is certain byte values in the data stream always have a particular 
meaning and if that value must be transmitted as by the underlying application as data, it must be 
transmitted as a two byte sequence. 

The bytes that have special meaning in the protocol are: * 
SOM - Start of a message 
EOM - End of a message 

SUB - The following byte in the data stream must be substituted before processing 
INT - Event Interrupt 

If any of these byte values occur as data in a message, a two byte sequence must be substituted for the 
byte. That sequence is a byte with the value of SUB followed by a byte with the value of the original 
byte incremented by one. For example if a SUB byte were to occcur in a message it would appear on 
the serial data stream as a SUB followed by a byte whose value is SUB+1. 

Just as with Wire Service mess ages there are two classes of messages: 1) Requests - sent by remote 
/^Tnahagment system((PCs)jc))the Wire Service remote interface and 2) Responses - returned to the 
requester by the Wire^ervice interface. The formats for the messages are as follows: 




| SOM 


Seq.# 


TYPE 


Data 




Check 


EOM 


Response 


1 SOM 


Seq. # 


STATUS 


Data 




Check 


EOM 



Event Interru pt 



INT 



Where: 

SOM/EOM - Special data byte values marking the start and end of messages. 
Seq # - A one byte sequence number that increments on each request and is copied in the 
response. 
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.TYPE - One of the following types of requests: 

IDENTIFY- Request the remote interface to send back identification information about the 
System to which it is connected. This also resets the next expected sequence 
number. This message type does not require security authorization to be 
established first. 

SECURE - Establish secure authorization on the serial link by checking password security 
information provided in the message with the Wire Service system password. 

UNSECURE - Clear security authorization on the link and attempt to disconnect it. (Requires 
security authorization to have been established) 

MESSAGE - Take the data portion of the message and pass it to Wire Service for execution. 
The response from Wire Service is sent back in the data portion of the 
response. (Requires security authorization to have been established) 

POLL - Query the status of the remote interface. This is generally used to determine if 

an event is pending in the remote interface. 



STATUS - 
OK- 
OK EVENT 



One of the following response status values: 

Everything relating to communication with the remote interface was OK 
Everything relating to communication with the remote interface was OK and 
there is one or more events pending in the remote interface. 
SEQUENCE - The sequence number of the request was not the current sequence number 

(retransmission request) or the next expected sequence number (new request). 
Sequence numbers may be reset by a IDENTIFY message. 
The check byte in the request message was received incorrectly. 
Something about the format of the message was incorect. Most Iikley, the type 
field has an invalid value. 

The message requires that security authorization be in effect, or if the* message 
was of type SECURE, the security check failed. 

Check - A message integrety check byte. Currently the value is 256 - the sum modulo 256 

of all previous bytes in the message, (i.e. Adding all bytes in the message up to and 
including the check byte should produce a result of zero (0) ) 

INT - A special one byte message sent by the remote interface when it detects the 

transistion from no events pending to one or more events pending. This message 
can be used to trigger reading events from the remote interface. Events should be 
read until the return status changes from OK_EVENT to just OK. 



CHECK- 
FORMAT 

SECURE - 
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